Sprint Docket 1690 



TELECOMMUNICATION NETWORK THAT PROVIDES 
CALLER-ENTERED INFORMATION TO A CALL DESTINATION 



Inventors: 

Carl E. Rogers 
Joseph Brent Donelan 
Lori L. Brown 
Warren B. Cope 
Xinjia Ma 
Steven R. Marah 
Jeffrey A. Bell 



Sprint Docket 1690 

TELECOMMUNICATION NETWORK THAT PROVIDES 
CALLER-ENTERED INFORMATION TO A CALL DESTINATION 

RELATED APPLICATIONS 
Not applicable 

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 
Not applicable 

MICROFICHE APPENDIX 
Not applicable 

BACKGROUND OF THE INVENTION 

1. FIELD OF THE INVENTION 

The invention is related to the field of communications, and in particular, to 
telecommunication networks that provide caller-entered information to call destinations. 

2. DESCRIPTION OF THE PRIOR ART 

In a telecommunication network, a switching system routes calls from callers to 
destinations. To determine how to route these calls, the switching systems may transfer 
queries to a Service Control Point (SCP). The SCP translates dialed telephone numbers 
into routing instructions, and responds to the switching system with the routing 
instructions. For example, the SCP might translate an 800 number into a routing 
instruction that indicates a switch and trunk coupled to the call destination. 
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As a part of the translation, the SCP may transfer queries to routing processors. 
The routing processors process the queries to determine labels that ultimately control how 
the calls are routed. The routing processors transfer the labels to the SCP, and the SCP 
translates the labels into the routing instructions. Customers of the telecommunication 
5 network may operate their own routing processors to control incoming calls. The 
telecommunication network may also use routing processors to internally route calls 
within the network. 

Many calls require the use of a service platform. The service platform executes 
call processing scripts, typically selected based on the dialed number, that direct the 
10 service platform to apply services to the call. One example of a service is a calling card 
J service where a the service platform answers the call and prompts the caller with audio 

O messages to enter their calling card number, a personal identification number, and a 

number to call. The service platform then checks the numbers and initiates the call to the 
desired number. Another example of a service is interactive call routing where the 
15 service platform prompts the caller to enter a "1" for customer service, "2" for 

accounting, or a "3" for product ordering, and then the service platform directs the 
switching system to route the call to the destination selected by the caller. 

In many cases, the destination owns and operates call systems that interact with 
the caller to collect information. For example, an airline may have its own service 
20 platform that collects frequent flyer numbers for incoming calls, so the agent has caller 
information when they answer the call. In other cases, the agents themselves collect the 
caller information. 
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To relieve the destination of this burden, the telecommunication network can use 
its service platform to collect caller information and transfer the caller information to the 
destination call system. Thus, the destination may have: 1) a routing processor that 
interacts with the network SCP to direct call routing, 2) a call system that interacts with 
the network service platform to receive caller information, and 3) call agents to answer 
calls. Unfortunately, the destination must coordinate the call system and the routing 
processor if routing decisions are to be made using the caller-entered information. 

Calls are often transferred from one destination to another. For example an airline 
may transfer a call to a car rental agency after booking a flight for the caller. After each 
transfer, the caller may be required to re-enter the caller information. In addition, the 
telecommunication network must use service platform capacity to re-collect the caller 
information. 

SUMMARY OF THE INVENTION 

The invention helps solve the above problems with a telecommunication network 
that transfers caller-entered information to a routing processor at a destination. 
Advantageously, the destination may make call routing and processing decisions based 
on the caller information, but the destination does not need to own and operate call 
systems that collect the caller information. Since the telecommunication network 
provides the caller information directly to the destination routing processor, the 
destination does not require a separate call system to coordinate and transfer the caller 
information from the telecommunication network to the routing processor. 
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Examples of the invention include a telecommunication network and a method of 
operation for the telecommunication network. The telecommunication network 
comprises a switching system, a service platform, and an SCP system. The switching 
system routes a call to a service platform. The service platform transfers a prompt 
5 message over the call, collects caller-entered information from a caller over the call in 
response to the prompt message, and transfers the caller-entered information to the SCP 
system. The SCP system transfers the caller-entered information to a destination 
H processor, processes a destination routing code from the destination processor to 

O determine a destination routing instruction, and transfers the destination routing 

1 10 instruction to the switching system. The switching system routes the call to a destination 
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in response to the destination routing instruction. 

In some examples of the invention, the destination processor selects the 
destination routing code based on the caller-entered information. 

In some examples of the invention, the call from the caller comprises a first call. 
15 The service platform transfers a tracking number to the SCP system with the caller- 
entered information, initiates a second call to the switching system and transfers the 
tracking number to the switching system with the second call, and connects the first call 
to the second call. The switching system transfers an SCP query for the second call to the 
SCP system. The SCP system correlates the SCP query with the caller-entered 
20 information based on the tracking number and processes the SCP query to transfer the 
caller-entered information to the destination processor. The switching system routes the 
second call to the destination in response to the destination routing instruction, wherein 
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routing the first call to the destination comprises routing the second call to the 
destination. 

In some examples of the invention, the service platform initiates the second call 
using a different telephone number than the caller used to place the first call. 

In some examples of the invention, the service platform applies a call processing 
script to transfer the prompt message, and wherein, the call processing script indicates the 
different telephone number. 

In some examples of the invention, the caller-entered information comprises a 
caller identification number or a caller account number. 

In some examples of the invention, the caller-entered information comprises a 
caller frequent flyer number. 

In some examples of the invention, the switching system removes the service 
platform from the call after the service platform collects the caller-entered information. 

In some examples of the invention, the SCP system transfers an ANI to the 
destination processor wherein the destination processor selects the destination routing 
code based on the ANI. 

In some examples of the invention, the destination correlates the caller-entered 
information with the call received into the destination based on the ANI. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The same reference number represents the same element on all drawings. 
FIG. 1 illustrates a telecommunication network in an example of the invention. 
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FIG. 2 is a table that describes call and data flow for a telecommunication 
network in an example of the invention. 

FIG. 3 illustrates the operation of a telecommunication network in an example of 
the invention. 

FIG. 4 illustrates the operation of a telecommunication network in an example of 
the invention. 

FIG. 5 illustrates the operation of a telecommunication network in an example of 
the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

FIGS. 1-5 and the following description depict specific examples to teach those 
skilled in the art how to make and use the best mode of the invention. For the purpose of 
teaching inventive principles, some conventional aspects have been simplified or omitted. 
Those skilled in the art will appreciate variations from these examples that fall within the 
scope of the invention. Those skilled in the art will appreciate that the features described 
below can be combined in various ways to form multiple variations of the invention. As 
a result, the invention is not limited to the specific examples described below, but only by 
the claims and their equivalents. 

Telecommunication Network Configuration - FIG. 1 

FIG. 1 illustrates telecommunication network 100 in an example of the invention. 
Telecommunication network 100 includes switching system 101, Service Control Point 
(SCP) system 102, network Routing Processor (RP) 103, and service platform 104. 
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Switching system 101 is coupled to caller 150 over call path 131, to service platform 104 
over call paths 132-134, to first destination call system 1 12 over call path 135, and to 
second destination call system 122 over call path 136. Call paths 131-136 may each 
include multiple individual call links and may include other communication systems and 
networks. SCP system 102 is coupled to switching system 101 by data path 141, to 
network RP 103 by data path 142, to service platform by data path 143, to first 
destination RP 1 1 1 by data path 144, and to second destination RP 121 by data path 145. 
Data paths 141-145 may each include multiple individual data links and may include 
other communication systems and networks. 

Switching system 101 could include multiple interconnected telecommunication 
switches. SCP system 102 could include multiple SCPs, and an SCP includes any call 
processing system that responds to queries from a switching system with routing 
instructions. Service platform 104 could include multiple voice response units, control 
processors, and switches at multiple sites. Network RP 103 could include multiple 
processors. In variations of the invention, the functionality of network elements 101-104 
could be re-distributed from one element to another, and various ones of network 
elements 101-104 could be integrated together. In addition destination RPs 1 1 1 and/or 
121 could be hosted by telecommunication network 100. Based on this disclosure, those 
skilled in the art will appreciate how to modify and combine existing telecommunication 
components to configure and operate network 100. Those skilled in the art will also 
appreciate that the operations of network 100 are directed by software that is stored on 
various storage media. 
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Telecommunication Network Operation - FIGS. 2-5 

FIG. 2 is a table that describes call and data flow for telecommunication network 
100 in an example of the invention. FIGS. 3-5 illustrate the operation of 
telecommunication network 100 in an example of the invention. The numbers and 
actions in the first two columns of FIG. 2 correlate to the numbers and actions of FIGS. 
3-5. These actions are indicated parenthetically below. 

In operation, caller 150 calls a first Dialed Number (DN #1), and switching 
system 101 receives the call over call path 131 (action 1). To place the call, caller 150 
uses a telephone system that has an associated telephone number that is referred to as an 
Automatic Number Identification (AM). Switching system 101 receives DN #1 and the 
AM for the call. Switching system 101 processes DN #1, and possibly the ANI, to 
transfer a query to SCP system 102 (action 2). The query includes DN #1 and the AM. 

SCP system 102 processes DN #1, and possibly the AM, to transfer a query to 
network RP 103 (action 3). Network RP 103 processes DN #1, and possibly the AM, to 
select a first label (LABEL #1). Labels are routing codes that control subsequent call 
handling. Network RP 103 transfers a response that indicates LABEL #1 to SCP system 
102 (action 4). SCP system 102 processes LABEL #1 through translation tables to 
identify a first Switch and Trunk (SW/TNK #1) and digits for a first Dialed Number 
Information Service (DMS #1). Switch and trunk combinations are routing instructions 
for switching system 101. SCP system 102 transfers a response indicating SW/TNK #1 
and DMS #1 to switching system 101 (action 5). 

Switching system 101 uses SW/TNK #1 to route the call to service platform 104 
and to transfer DMS #1 and the AM to service platform 104 (action 6). At this point, the 
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call is established from caller 150 to service platform 104 over call path 131, switching 
system 101, and call path 132. 

Service platform 104 processes DNIS #1, and possibly the AM, to select and 
apply a call processing script. In response to the call processing script, service platform 
104 transfers an audio prompt message to switching system 101 (action 7), and switching 
system 101 transfers the audio prompt message to caller 150 (action 8). In response to 
the prompt, caller 150 transfers caller-entered information to switching system 101 
(action 9), and switching system 101 transfers the caller-entered information to service 
platform 104 (action 10). 

In some examples of the invention, the caller-entered information comprises Dual 
Tone Multi-Frequency (DTMF) tones representing caller-entered digits. Some examples 
of caller-entered digits include caller identification numbers and caller account numbers. 
For example, the audio prompt could say, "Please enter your frequent flyer number," and 
caller 150 would provide their frequent flyer number by pressing keys on their telephone 
to transfer corresponding DTMF digits. Alternatively, service platform 104 may use 
voice recognition equipment or some other system to collect the caller-entered 
information over the call. 

In response to the call processing script, service platform 104 generates a tracking 
number that allows telecommunication network 100 to associate data with the call. The 
tracking number could include an SCP ID, SCP processor ID, and a unique number. In 
response to the call processing script, service platform 104 initiates a second call to 
switching system 101 using a second Dialed Number (DN #2) and indicating the tracking 
number as the ANI (action 1 1 A). Service platform 104 connects the first call to the 
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second call. DN #2 is indicated in the call processing script and is typically different that 
DN #1 . Advantageously, a destination may have multiple DN #l's that all use a single 
DN #2 to reach the destination. In response to the call processing script, service platform 
104 also transfers the ANI, tracking number, and caller-entered information to SCP 
5 system 102 (action 1 IB). 

Switching system 101 processes DN #2 to transfer a query to SCP system 102 
(action 12). The query includes DN #2 and the tracking number as the ANI. SCP system 

Nj 1 02 uses the tracking number to correlate the ANI and the caller-entered information 

1 collected by service platform 104 with the second query from switching system 101. 

y 10 SCP system 1 02 processes DN #2 to transfer a query to destination RP 1 1 1 (action 1 3). 

y, This query includes the ANI and the caller-entered information. 

O Destination RP 111 processes the ANI and the caller-entered information to select 

N= a second label (LABEL #2) that will control subsequent call handling. Advantageously, 
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first destination 1 10 may use the caller-entered information to route the call to a selected 
15 call destination. For example, first destination 1 1 0 may desire to route privileged 
customers having special account numbers to higher-quality telephone agents having 
shorter call queues. Advantageously, first destination 1 10 uses telecommunication 
network 100 to collect the caller-entered information, and thus, first destination 1 10 does 
not require additional equipment or operator time to collect the information. Destination 
20 RP 1 1 1 transfers a response that indicates LABEL #2 to SCP system 102 (action 14). 

SCP system 102 processes LABEL #2 through translation tables to identify a 
second Switch and Trunk (SW/TNK #2) and digits for a second Dialed Number 
Information Service (DNIS #2). SCP system 102 transfers a response indicating 
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SW/TNK #2 and DNIS #2 to switching system 101 (action 15). Switching system 101 
uses SW/TNK #2 to route the call to destination call system 1 12 and to transfer DNIS #2 
and the ANI destination call system 1 12 (action 16). In some examples, the ANI is 
transferred in a "charge to" field. At this point, the call is established from caller 150 to 
5 destination call system 1 12 over call path 131, switching system 101, call path 132, 
service platform 104, call path 133, switching system 101, and call path 135. 

Destination call system 1 12 handles the call. In some examples, destination 1 10 
correlates the call with the caller-entered information based on the ANI. In some 
examples of the invention, destination 1 10 may desire to transfer the call. For example, 
10 after booking a flight, an airline may desire to transfer the call to a car rental agency. 
Destination call system 112 initiates the call transfer by transferring DTMF digits, such 
as "*8", to switching system 101 (action 17). Switching system 101 transfers the DTMF 
digits to service platform 104 (action 18). 

In response to the DTMF digits that indicate call transfer, service platform 104 
15 transfers a dial tone to switching system 101 (action 19), and switching system 101 
transfers the dial tone to destination call system 1 12 (action 20). In response to the dial 
tone, destination call system 1 12 transfers a third Dialed Number (DN #3) to switching 
system 101 (action 21), and switching system 101 transfers DN #3 to service platform 
104 (action 22). DN #3 could be a transfer code or speed-dial number. 
20 At this point, service platform 104 and switching system 101 drop the portion of 

the call over call paths 133 and 135 from service platform 104 to destination call system 
1 12. Thus, the call is still established from caller 150 to service platform 104 over call 
path 131, switching system 101, and call path 132. 
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In response to DN #3, service platform 104 initiates a third call to switching 
system 101 using DN #3 and indicating the tracking number as the ANI (action 23). 
Service platform 104 connects the first call to the third call. Switching system 101 
processes DN #3 to transfer a query to SCP system 102 (action 24). The query includes 
DN #3 and the tracking number as the ANI. SCP system 102 uses the tracking number to 
correlate the ANI and the caller-entered information collected by service platform 104 
with the third query from switching system 101. SCP system 102 processes DN #3 to 
transfer a query to destination RP 121 (action 25). This query includes the ANI and the 
caller-entered information. 

Destination RP 121 processes the ANI and the caller-entered information to select 
a third label (LABEL #3) that will control subsequent call handling. Advantageously, 
second destination 120 may also use the caller-entered information to route the call to a 
selected call destination. Advantageously, second destination 120 uses 
telecommunication network 100 to collect the caller-entered information, and thus, 
second destination 120 does not require additional equipment or operator time to collect 
the information. Advantageously for telecommunication network 100 and caller 150, the 
previously collected caller-entered information may be re-used without re-collection. 
Destination RP 121 transfers a response that indicates LABEL #3 to SCP system 102 
(action 26). 

SCP system 102 processes LABEL #3 through translation tables to identify a third 
Switch and Trunk (SW/TNK #3) and digits for a third Dialed Number Information 
Service (DNIS #3). SCP system 102 transfers a response indicating SW/TNK #3 and 
DNIS #3 to switching system 101 (action 27). Switching system 101 uses SW/TNK #3 
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to route the call to destination call system 122 and to transfer DNIS #3 and the ANI 
destination call system 122 (action 28). At this point, the call is established from caller 
150 to destination call system 122 over call path 131, switching system 101, call path 
132, service platform 104, call path 134, switching system 101, and call path 136. 

Destination call system 122 handles the call. In some examples, second 
destination 120 correlates the call with the caller-entered information based on the ANI. 
In some examples of the invention, second destination 120 may desire to transfer the call 
to a third destination. This call transfer is handled as described above. Thus, multiple 
call transfers can be implemented. Advantageously, each destination may base routing 
decisions and call processing based on caller-entered information without collecting the 
caller-entered information. Advantageously, caller 150 only places one call and enters 
their information one time, and then caller 150 receives special call handling and services 
from multiple call destinations. 

In some examples of the invention, switching system 101 may remove service 
platform 104 from the call. For example, on the call to destination 120, switching system 
101 could remove call paths 132 and 134 and directly connect call paths 131 and 136. In 
these examples, call transfer functionality would need to be moved to switching system 
101, or else it would be eliminated when service platform 104 is removed from the call. 

In some examples of the invention, SCP system 102 retains the caller-entered 
information for a time period, such as two hours. If desired, this caller -entered 
information could be re-used on calls to the same DN and from the same ANI. 

CLAIMS: 
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